home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950929-19951130 / 000394_news@columbia.edu_Tue Nov 14 11:21:06 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA21170
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun>); Wed, 15 Nov 1995 08:29:54 -0500
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id IAA17735 for kermit.misc@watsun; Wed, 15 Nov 1995 08:29:52 -0500
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!agate!newsxfer.itd.umich.edu!tank.news.pipex.net!pipex!news.mathworks.com!newsfeed.internetmci.com!inet-nntp-gw-1.us.oracle.com!news.caldera.com!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Flow control xon/xoff <-> RTS/CTS?
  8. Message-Id: <1995Nov14.172106.66884@cc.usu.edu>
  9. Date: 14 Nov 95 17:21:06 MDT
  10. References: <488ih7$jsg@pheidippides.axion.bt.co.uk>
  11. Organization: Utah State University
  12. Lines: 38
  13. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  14.  
  15. In article <488ih7$jsg@pheidippides.axion.bt.co.uk>, stevef@aom.bt.co.uk (Steve Fosdick) writes:
  16. > We have a modem link, using modems with NMP5 which therefore implement
  17. > flow control between the modem and the computer.
  18. > 
  19. > At one end, the flow control mechanism is RTS/CTS and at the other end
  20. > the flow control mechanism is Xon/Xoff.
  21. > 
  22. > With this setup, file transfers sometimes get hung, and whenever this
  23. > occurs, if I ^C from the file transfer, connected to the other end,
  24. > and send an XON character I get a large number of queued packets in
  25. > response.
  26. > 
  27. > Never having had this problem when using Xon/Xoff at both ends I
  28. > assume that kermit includes sending an Xon to the modem as part of
  29. > it's timeout recovery mechanism in case the modem received an Xoff
  30. > which kermit didn't send it, but doesn't do that if flow is set to
  31. > RTS/CTS.
  32. > 
  33. > Question: is there any detrimental effect to be had from trying the
  34. > Xon heuristic in RTS/CTS mode?
  35. > 
  36. > --
  37. > Steve Fosdick                  Internet: stevef@aom.bt.co.uk
  38. > Voice: +44 1473 642987         BT WEB:   FOSDICK S J
  39. > Fax:   +44 1473 644607         BOAT:     FOSDICSJ
  40. > Snail: Room 210, B67, BT Labs, Martlesham Heath, Ipswich, IP5 7RE, England.
  41. ---------
  42.     What's needed is for each leg of the comms pathway to flow control
  43. between the boxes terminating that leg, or do only end to end flow control
  44. with transparency along the link. The latter approach is simpler but suffers
  45. from major worries of overrunning one of the intermediate boxes and of the
  46. overall byte storage of the comms channel (and it can be large). So Plan A
  47. is the desirable approach.
  48.     Kermit won't do both XON/XOFF and RTS/CTS flow control at the same
  49. time, nor should it. You will need to have a little talk with each modem
  50. and the remote host about which kind of flow control is to be used where
  51. (hopefully hardware RTS/CTS so the channel remains totally transparent).
  52.     Joe D.